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RELATED APPLICATIONS 
[0001] This application is related to copending and cofiled applications for United 

States Letters Patent Serial No. , filed and entitled 

METHOD AND APPARATUS FOR IN-SYSTEM PROGRAMMING THROUGH A 
COMMON CONNECTION POINT OF PROGRAMMABLE LOGIC DEVICES ON 
MULTIPLE CIRCUIT BOARDS OF A SYSTEM (Attorney Docket No. 10016249-1); Serial 

No. , filed and entitled METHOD FOR ACCESSING 

SCAN CHAINS AND UPDATING EEPROM-RESIDENT FPGA CODE THROUGH A 
SYSTEM MANAGEMENT PROCESSOR AND JTAG BUS (Attorney Docket No. 

10017840- 1); Serial No. filed and entitled METHOD 

AND APPARATUS FOR SERIAL BUS TO JTAG BUS BRIDGE (Attorney Docket No. 

10017841- 1); and Serial No. , filed and entitled METHOD 

FOR JUST-IN-TMIE UPDATING OF PROGRAMMING PARTS (Attorney Docket No. 
10017845-1), all of the aforementioned applications incorporated herewith by reference 
thereto. 

FIELD OF THE INVENTION 
[0002] The invention is related to the art of providing configuration code 
information to programmable logic devices, including Field Programmable Gate Array 
(FPGA) devices in complex electronic system. In particular, the invention relates to methods 
and apparatus for programming FPGA code into EEPROM associated with FPGAs, or into 
EEPROM of FPGAs, through a central point in a system. 

BACKGROUND OF THE INVENTION 
[0003] Serial communications busses of the separate-clock-and-data type have 
become commonly used for communication between integrated circuit components of a 
system. Serial links of this type include the IIC (initially known as the Inter IC bus, now 
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widely known as I2C) and SPI busses. Links of this type can be implemented without need 
of precision timing components at each integrated circuit on the bus and typically operate 
under control of at least one bus master. Serial EEPROM (Electrically Erasable 
Programmable Read-Only Memory) devices are widely available that interface with serial 
communications busses of the SPI and IIC types. 

[0004] While the I2C and SPI busses are typically used for communications within 
systems during normal operation, the IEEE 1149.1 serial bus, known as the JTAG bus, was 
intended for testing of inactive systems by providing access from a tester to perform a 
boundary scan on each integrated circuit. The tester can thereby verify connectivity of the 
integrated circuits and verify that they are installed and interconnected correctly. The JTAG 
bus provides for interconnection of one or more integrated circuits in a chain, any of which 
may be addressed by the tester. Typically, multiple devices of a circuit board are 
interconnected into a JTAG chain. 

[0005] The JTAG bus uses four wires. These include a serial data-in line, a serial 
data-out line, a clock line, and a test mode select line. Typically the data-out line of a first 
chip in a chain couples to the data-in line of a second chip of the chain, and the data-out line 
of the second chip couples to the data-in line of a third. The data-in and data-out lines of 
multiple chips are therefore coupled in a daisy-chain configuration. 

[0006] The IEEE 1 152 bus is a newer, enhanced, version of the 1 149. 1 JTAG bus. 
References herein to a JTAG bus are intended to include both the 1149.1 and 1152 variations. 

[0007] Programmable Logic Devices, herein referenced as PLDs, are commonly 
used as components of computer systems. These devices include a Programmable Array 
Logic devices (PALs), Programmable Logic Arrays (PLAs), Complex Programmable Logic 
Devices (CPLDs), and Field Programmable Gate Arrays (FPGAs). PLDs are typically 
general-purpose devices that take on a system-specific function when a function-determining, 
or configuration, code is incorporated within them. PLDs may store the function-determining 
code in fusible links, antifuses, EPROM cells, EEPROM cells including FLASH cells, or 
static RAM cells. 

[0008] Those PLD devices which utilize static RAM cells to hold their function- 
determining code may be designed to automatically retrieve that code from an EEPROM on 
the same or different integrated circuit at system power-up. Many common FPGA devices 
available from Xilinx, Altera, Lucent, and Atmel are known as SRAM-based FPGAs because 
they store their codes in static RAM cells. 

2 

10016250-1 



[0009] FPGAs of this type are known that can retrieve configuration code from an 
external EEPROM in either serial or parallel mode at system power-up. These devices are 
typically configured to automatically retrieve their configuration code on system power-up. 
FPGAs that retrieve configuration code in serial mode can be designed to use a custom serial 
bus designed for loading code into an FPGA, and can be designed to use a standard serial bus 
such as the IIC and SPI busses although many such devices use custom serial busses. The 
term serial bus as used herein therefore is inclusive of IIC, SPI, and custom serial busses. 

[0010] FPGAs are also known that are capable of performing a checksum 
verification on their configuration code when they receive it from an EEPROM. These 
FPGAs generate an error signal when the checksum verification fails, indicating that their 
configuration code might not be correct. 

[0011] It is known that some EEPROM devices, including but not limited to Xilinx 
XC18VO0 series devices, can interconnect to the JTAG bus and may be erased and 
programmed with a configuration code over the JTAG bus. Further, it is known that these 
devices can be connected to an FPGA to provide configuration code to the FPGA. It is also 
known that some FPGA devices can also interconnect to a JTAG bus for test or configuration 
purposes. 

[0012] It is known that a portable programming device may connect to a JTAG bus 
of a board through an in-system configuration header on the board. The JTAG bus couples to 
at least one JTAG-configurable EEPROM on the board, that are in turn coupled to configure 
FPGAs on the board. A configuration system is coupled to the JTAG bus through the header; 
and the system is placed in a configuration mode. Configuration code is then written from 
the configuration system, through the header, and over the JTAG bus, into the EEPROM. 
Once the code is in the EEPROM, system power may be cycled; at which time the 
configuration code is transferred into the associated FPGA. This process is outlined in 
XILINX datasheet DS026 and other documents available from XILINX. 

[0013] The configuration system is typically a notebook computer having 
configuration code for the FPGAs of the board. The configuration system also has suitable 
software and hardware for driving the JTAG bus of the board, together with knowledge of the 
JTAG bus configuration of the board. 

[0014] While loading FPGA configuration code into EEPROMs of a board works 
well for small systems, it can pose difficulties with large systems. Large systems may have 
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multiple boards, not all of which are connected to the same JTAG chain. Separate chains are 
often used because: 

1. a configuration system must have knowledge of all devices in the chain in order to 
properly address any device on the chain; if a single chain is used the configuration system 
must have detailed knowledge of every board in the system. 

2. large systems may, and often do, have slots permitting later addition or upgrade of 
peripheral devices, memory subsystems, processors, and other subsystems; additional 
circuitry would be required to avoid breaking a single chain at any empty slot. 

3. large systems are often customized before shipment with a specific set of peripheral 
devices, memory subsystems, processors, and other devices; a single chain could require 
customized JTAG interface software for each system configuration. 

4. access is faster to devices in short chains than to devices in long chains. A single 
board may, but need not, therefore embody more than one chain within the board. 

[0015] The prior configuration process also poses difficulties when separate JTAG 
chains are used to load FPGA configuration code into EEPROMs of each board of a large 
system. For example, the multiple circuit boards of large systems are often not readily 
accessible for coupling of a configuration system to a configuration header without removing 
them from the system. Certain boards may be accessible, but only if one or more additional 
boards are first removed from the system. Physical access to a system by a technician also 
may require travel expense. In either case, substantial labor and system downtime may be 
required to update the FPGA configuration codes of all boards of a large system. 

[0016] It is known that computer systems may have more than one data 
communications bus for different purposes. For example, commonly available computers 
have a PCI bus for communications with peripheral interface cards, one or more processor 
busses interfacing to each processor, and busses of other types. Complex systems may also 
utilize serial busses for particular purposes. For example, a complex computer system may 
use an IIC or SPI bus as a system management bus. 

[0017] A bus bridge is a device for interconnecting busses of different types. For 
example, a typical personal computer utilizes at least one bus bridge between parallel busses, 
coupling a processor bus to a PCI bus. 

[0018] A system management bus may provide an interface to system functions 
including, but not limited to, power supply voltage monitors, temperature sensors, fan 
controls, and fan speed monitors to a dedicated system management processor. The system 
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management processor may in turn be interfaced through appropriate hardware, which may 
include one or more bus bridges, to other processors of the system. 

[0019] In such a system, the system management processor may monitor system 
functions and determine if any system functions exceed limits. When limits are exceeded, the 
system management processor can protect the system by altering fan speeds, by instructing 
the system to operate in particular modes, including shutdown, or by other means known in 
the art. 

[0020] Complex computer systems may embody multiple FPGAs and other PLDs. 
FPGAs may be used for customized I/O functions interfacing CPUs of the system to other 
devices, for communications between CPUs, and to interface devices such as fans and 
temperature sensors to a system management bus. 

SUMMARY OF THE INVENTION 

[0021] The present invention is a system having multiple, interconnected circuit 
boards, of which more than one has at least one EEPROM coupled to provide configuration 
code to an FPGA. The EEPROM devices of each such board are coupled into a JTAG chain, 
with a separate chain for each such board. The JTAG chains from each such board are routed 
to a common configuration logic block. The common configuration logic block provides an 
interface between the multiple JTAG chains and a processor of the system, as well as 
selection circuitry such that the processor may address individual JTAG chains of the 
multiple JTAG chains. 

[0022] In a particular embodiment, the common configuration logic block is 
implemented with an FPGA that provides an interface between an IIC serial bus and multiple 
JTAG chains. The selection circuitry is also implemented in the FPGA. The nc serial bus is 
thereupon coupled through an IIC interface to the processor. 

[0023] When it is necessary to update the FPGA code of boards in the system, a 
technician instructs the system to connect over a network, which may incorporate the 
Internet, to a computer serving a database of FPGA configuration codes for each JTAG chain 
of the system. The appropriate FPGA configuration codes are thereupon transferred to a 
memory system, which may incorporate disk memory, RAM memory, or both, associated 
with a processor of the system. The processor thereupon transfers the FPGA configuration 
codes through the common configuration logic into the EEPROM devices of each board. 
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[0024] Once the FPGA configuration codes have been transferred into the 
EEPROM devices on each board, a power cycle may be perpetuated such that the FPGAs 
associated with each EEPROM will update their configuration codes from the EEPROMs. 

[0025] In a particular embodiment of the system, the IIC serial bus is coupled to 
the processor through a system management subsystem, which may embody more than one 
processor. In this embodiment, system management processors of the system management 
subsystem are coupled to enable triggering of a reload by each FPGA of FPGA configuration 
code from associated EEPROMs. 

[0026] The apparatus of the invention is also suited for programming EEPROMs 
with FPGA configuration code from alternate sources such as a CDROM or DVD. 

[0027] The apparatus of the invention is also suited for operation in a self-healing 
system wherein FPGAs recognize configuration load checksum errors. The system thereupon 
locates suitable FPGA code, downloads it, and reprograms the EEPROM associated with the 
FPGA having the checksum error. 

BRIEF DESCRIPTION OF THE DRAWINGS 
[0028] Figure 1 is a block diagram of a prior art computer system having multiple 

JTAG chains on multiple boards, each board having a separate configuration header; 

[0029] Figure 2 is a block diagram of a computer system embodying the invention 

having multiple JTAG chains from multiple boards brought to a common configuration logic, 

having an interface to a processor of the system for programming EEPROMS over the 

multiple JTAG chains; 

[0030] Figure 3 is a detailed block diagram of the common configuration logic and 

system management subsystems of the system of Figure 2, embodying a JTAG to IIC bridge, 

with system management and host processors and showing connection to a database over a 

network; 

[0031] Figure 4 is a flowchart of a method of configuring FPGAs of a system 
through a common system-configuration logic; 

[0032] Figure 5 is a detailed block diagram of a board of an embodiment of the 
invention, having a local system management processor coupled to receive error signals from 
FPGAs, a configuration header, and a board identification EEPROM, showing connectivity to 
system management processors and common configuration logic; 
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[0033] Figure 6 is a detailed block diagram of a portion of a system management 
subsystem embodying the present invention; 

[0034] Figure 7 illustrates functions enabling self-healing of a system having 
corrupt FPGA code in accord with the invention; 

[0035] Figure 8 is a further detailed block diagram of the common configuration 
logic of an embodiment of the invention; and 

[0036] Figure 9 is a further detailed block diagram of status registers of the 
common configuration logic of an embodiment of the invention. 

DETAILED DESCRIPTION OF THE EMBODIMENTS 
[0037] A computer system as known in the art incorporates multiple circuit boards, 
such as Board A 100 (Figure 1) and Board B 102 embodying FPGAs 104, 106, 107 on the 
boards. There may be additional boards in the system, both with and without FPGAs, the 
various boards being coupled together 103 as components of the system. On Board A 100, 
FPGA 104 is coupled to a configuration EEPROM 108, such that FPGA 104 receives its 
configuration code from EEPROM 108 when Board A 100 is powered-up. Similarly, FPGA 
106 is coupled to a second configuration EEPROM 110. Configuration EEPROMs 108 and 
110 are chained together in a JTAG chain 111 that is brought out to a configuration header 
112. 

[0038] When it is desired to update configuration code of one or more of the 
FPGAs 104 or 106 on Board A 100, a configuration system 114 is coupled through a 
configuration cable 116 to configuration header 112. Configuration code may then be 
transferred from a memory system 118 of configuration system 114 through configuration 
cable 116, configuration header 112, over the JTAG bus 111, into an EEPROM such as 
EEPROM 108. Once this is accomplished, power may be cycled to cause FPGA 104 to load 
the updated configuration code from EEPROM 108. 

[0039] When it is desired to update configuration code of FPGAs on a different 
board, such as Board B 102, the configuration cable 116 is disconnected from configuration 
header 112 and coupled to an appropriate configuration header 120 of Board B, along an 
alternate configuration cable routing 122. The process is then repeated to update one or more 
EEPROMs of EEPROMs 124 over a Board B JTAG bus 126. 

[0040] The prior-art in-system FPGA configuration code update apparatus 
illustrated in Figure 1 requires physical access to each board of the system that is to be 
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updated. The configuration cable 116 must be connected to the appropriate configuration 
header of each board separately. 

[0041] In a system 200 (Figure 2) according to the present invention, there are 
several circuit boards, such as Board C 202 and Board D 204, each having one or more 
FPGAs 206, 208, 210 and 211. FPGAs 206, 208, 210, and 211 are of the SRAM-based type 
and are coupled to receive their configuration code from EEPROMs, such as EEPROMs 212, 
214, and 216. EEPROMs 212 and 214 of Board C 202 are connected into a Board C JTAG 
bus 222, and the EEPROMs 216 of Board D 204 are connected into a Board D JTAG bus 
224. Boards C 202 and D 204 are further interconnected to a system management bus 226, 
which may, but need not, connect to some of the FPGAs, such as FPGA 208 of Board C 202 
and FPGA 211 of Board D 204. Boards of the system, such as Boards C 202 and D 204 are 
interconnected with additional system interconnect 227 for other purposes. Additional 
system interconnect 227 may include apparatus for communicating between multiple 
processors of the system, between processors and peripheral devices, and other interconnect 
as required in a computer system. 

[0042] Board C JTAG bus 222 and board D JTAG bus 224 are brought to a 
common configuration logic 228, which may be located on another board such as Board E 
230. The common configuration logic 228 embodies an IIC serial interface 232 that is 
connected to the system management bus 226. System management bus 226 is also 
connected to at least one system management subsystem 234, which incorporates at least one 
processor having associated memory. System management subsystem 234 is connected to at 
least one central processing unit (CPU) 236 of the computer system, which may have several 
CPUs. 

[0043] A particular embodiment of the computer system has sixteen CPUs, another 
embodiment has four CPUs. Each CPU, such as CPU 236 located on Board F 245, has 
associated memory 238 and is part of a partition that is capable of running an operating 
system such as Microsoft Windows, Linux, HP-Unix or other operating systems as known in 
the art. The CPUs may be located on a board, such as Board F 245, having an FPGA 239 
coupled to receive configuration code from an EEPROM 240, that is in turn coupled to a 
JTAG bus 246 accessible for programming from common configuration logic 228. CPU 236 
is coupled to a network 241, which may incorporate local area networks (LAN), firewalls, 
and wide area networks (WAN) such as the Internet. Also coupled to the network 241 is a 
server 242 having an FPGA configuration code database 244. 
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[0044] In an alternative embodiment, the system management subsystem 234 has a 
direct connection to the network 241. 

[0045] At a greater level of detail, common configuration logic 228 (Figure 3) has 
a selection register 300 that is addressable through IIC interface 232. Selection register 300 
designates which of several JTAG ports, such as ports 304, 306, and 308 of common 
configuration logic 228 are active. A particular embodiment has sixteen JTAG ports. There 
is also a JTAG engine 310 accessible through IIC interface 232 that is capable of interpreting 
commands from the IIC interface 232 and manipulating the active JTAG port in obedience to 
these commands. 

[0046] The common configuration logic 228 is therefore capable of operating as a 
multiple-channel JTAG to IIC bus bridge, as illustrated in Figure 8. 

[0047] The IIC interface 232 of common configuration logic 228 is coupled to 
system management subsystem 234 via system management bus 226. System management 
subsystem 234 has at least one processor, and in an embodiment has a hierarchy of 
processors, including primary system management processor 312, and one or more secondary 
system management processors 314. Each processor has associated memory, such as 
memory 316, which may be embodied on the same integrated circuits as its associated 
processor; and each processor is coupled to communicate with the primary system 
management processor 312. System management subsystem 234 also has an interface 318 
for communicating with a CPU 236. Network 241 has local area network (LAN) components 
320, firewalls 322, and wide area network components (WAN) such as the Internet 324. 
CPU 236 is capable of coupling through network 241 to server 242 in a secure, encrypted, 
mode. 

[0048] When it is desired that FPGA code be updated on one or more boards of the 
computer system 200, a CPU 236 executes a host FPGA update routine. CPU 236 of the 
system thereupon connects 400 (Figure 4, with reference to Figures 2 and 3) to the server 242 
in secure mode and downloads 402 an updated FPGA configuration code file to memory 238. 
Memory 238 may incorporate disk memory and/or RAM memory as known in the art of 
computing systems. Next, the FPGA configuration code file is transferred 404 to memory 
316 of the system management susbystem 234. This transfer 404 may occur as a complete 
file transfer prior to initiation of EEPROM programming, or as a transfer of individual 
elements, or blocks, of the FPGA configuration code file. A particular embodiment performs 
this transfer 404 in a block mode. System CPU 236 then starts 405 a FPGA configuration 
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routine on a processor, such as primary processor 312 or local processor 314, of the system 
management subsystem 234. In a particular embodiment it runs on primary system 
management processor 312, passing commands through a local processor 314 to the IIC 
interface 232 of common configuration logic 228. 

[0049] In an alternative embodiment, when it is desired that FPGA code be 
updated on one or more boards of the computer system 200, a processor, such as processor 
312, of the system management subsystem 234 connects 400 to the server 242 in secure mode 
and downloads 402 an updated FPGA configuration code file to memory 316 of the system 
management subsystem 234. The processor 312 of the system management subsystem then 
executes an FPGA configuration routine. 

[0050] In both embodiments, the system management subsystem processor 312 
then checks 406 whether any optional configuration header 514 (Figure 5, discussed below) 
is connected to a configuration system, and declares an error if it is so connected. Next, the 
system management subsystem processor 312 arbitrates as necessary to allocate 407 the 
common configuration logic 228; should another processor be using the common 
configuration logic 228, system management subsystem processor 312 waits until the 
common configuration logic 228 is available. Allocation prevents any other system 
management subsystem processors, such as backup system management processor 528 
(Figure 5, discussed below) from accessing the same EEPROM while it is being programmed 
and thereby helps prevent code corruption. Allocation also prevents any other system 
management subsystem processors, such as backup system management processor 528 
(Figure 5, discussed below) from altering the state of the common configuration logic 228, 
and thereby helps prevent disruption of transfers over the JTAG busses 222 or 224. 

[0051] The system management subsystem processor 312 then initializes common 
configuration logic 228, including purging any data remaining in FIFOs of the common 
configuration logic 228, and sets 409 selection register 300 with an identity of the particular 
JTAG bus coupled to the EEPROMs to be programmed. 

[0052] The processor 312 next addresses, through the common configuration logic 
228, the selected JTAG bus and determines 410 the JTAG bus configuration, including the 
number and types of devices on the bus. This is accomplished in part through using the 
JTAG "GET_DEVICE_ID" command, which returns an identification code indicative of the 
type of each device connected to the JTAG bus. This bus configuration, including the 
identification codes, is compared 412 against information in the FPGA code file to ensure 
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that the code is compatible with the targeted JTAG chain. Should the code be incompatible 
with the selected board and targeted JTAG chain, an error is declared 414, and an error 
handler 424 may attempt to automatically locate and download an appropriate code file. 
These steps verify compatibility of the code file with the selected circuit board. 

[0053] In an alternative embodiment, instead of, or in addition to, comparing 
JTAG bus configuration against information in the code file, board identification information 
is read from an EEPROM 512 (Figure 5) located on each board. This EEPROM is added to a 
JTAG bus 510 on each board. This identification information may be used to verify 
compatibility of the code file with the board and targeted JTAG chain, to select appropriate 
FPGA code from among several FPGA codes contained within a code file, and to locate an 
appropriate FPGA code file in the FPGA code database 244 on server 242. 

[0054] After verifying compatibility of the code file, the system management 
subsystem erases 416 (Figure 4, with reference to Figures 2 and 3) one or more EEPROMs, 
such as EEPROM 214 of the board that are attached to the selected JTAG bus 222. More 
than one EEPROM may be erased should the FPGA code file contain code for more than one 
FPGA of the board. Then, the configuration system writes 418 new code information to the 
erased EEPROM(s) via JTAG chain 222. Finally, the system management subsystem checks 
420 for errors in the EEPROM writing process 418, and declares an error 422 if any error 
occurred. If the code file was not written correctly into the EEPROMS of the board, an error 
handler 424 may repeat steps 402 through 422; downloading a compatible FPGA 
configuration code file, transferring the file to the system management subsystem, erasing the 
EEPROMs, and writing the EEPROMs. 

[0055] Once the EEPROMs have been programmed on a board, the system 
management subsystem processor releases 423 the common configuration logic 228 so it may 
be accessed by any other processors of the system management subsystem. Next, the host 
FPGA update routine checks 426 to see if any additional boards, or additional JTAG busses 
of the same board, are to be programmed. Appropriate steps, including steps of downloading 
FPGA code into the system management subsystem, erasing EEPROMs, and programming 
EEPROMs, are repeated as necessary for these additional boards or JTAG busses. 

[0056] Once all EEPROMs of all JTAG chains requiring update have been 
programmed, the system 200 may be power-cycled 428 which will cause each FPGA, such as 
FPGA 208 to load updated configuration code from the associated EEPROMs, such as 
EEPROM 212. 
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[0057] FPGAs having associated EEPROMs programmable in this way may 
include FPGAs 239 on boards, such as Board F 245, having system CPUs 236. FPGAs 
having associated EEPROMs programmable in this way may also include the common 
configuration logic 228 itself, which in an embodiment is implemented as an FPGA having 
associated configuration EEPROM 330. 

[0058] As a backup measure, one or more boards of the system 200 may have a 
configuration header 514 coupled in parallel as an additional way of programming its FPGAs. 
In this way the board may be accessed for programming by a field service or factory 
refurbishment technician should it have been accidentally programmed with incorrect or 
defective FPGA configuration code. For example, a backup configuration header permits 
repair of the system 200 should EEPROM 330 associated with the common configuration 
logic 228 be corrupted by a power failure during programming via JTAG D 335. 

[0059] In a particular embodiment a board 500 (Figure 5) has a first FPGA 502 and 
a second FPGA 504. FPGAs 502 and 504 are coupled to receive their configuration code 
from EEPROMs 506 and 508, which are coupled into JTAG bus 510. Also coupled into the 
JTAG bus 510 is a board identification EEPROM 512, and a configuration header 514. The 
JTAG bus 510 is brought out of the board 500 to common configuration logic 516 of the 
system. 

[0060] Checksum error lines 518 and 520 are brought from FPGAs 502 and 504 to 
a local management processor 522 which may or may not be located on the same board 500. 
Local management processor 522 is coupled to system management bus 524. The system 
management bus 524 is coupled to a primary system management processor 526. A backup 
system management processor 528 is provided in failover configuration with the primary 
system management processor to provide redundancy. The local management processor is 
also coupled to an FPGA reload command line 530 connected to each FPGA, including 
FPGAs 502 and 504 of the board 500. The primary and backup system management 
processors 526 and 528 each connect to at least one system CPU (not shown) of the system. 

[0061] With the embodiment of Figure 5, the step of power cycling 428 (Figure 4) 
the system upon completion of programming EEPROMs is not necessary. This step is 
replaced with the steps of temporarily disabling system use of logic on the FPGAs, soft- 
booting the FPGAs associated with the reprogrammed EEPROMs to reload their 
configuration code, and re-enabling system use of logic on the FPGAs. 
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[0062] In this embodiment, when a checksum error is detected by an FPGA, such 
as FPGA 504, it signals 702 (Figure 7) the system management subsystem. Signaling the 
system management subsystem may occur through connection of checksum error line 520 to 
a different FPGA of the system management subsystem, through custom logic or a gate array, 
or through an I/O line of a system management processor such as local system management 
processor 522. Local system management processor 522 then signals an operating system 
running on a CPU, such as CPU 236, of the system to request an update of the EEPROM 508 
associated with the FPGA 504 that detected the error. 

[0063] Once the error has been detected and update requested, update proceeds 706 
as previously discussed with reference to Figure 4, except that on completion of 
programming the EEPROMs, the associated FPGA is soft-booted 708 instead of power 
cycling the system. Soft-booting is accomplished by shutting down drivers or system 
management functions that use a particular FPGA, triggering a load of configuration code 
from the associated EEPROM into the FPGA, and restarting any drivers or system 
management functions that utilized the FPGA. It is therefore possible to update configuration 
code for at least some of the FPGAs of the system without completely shutting down the 
system. 

[0064] In a particular embodiment, FPGAs, such as FPGA 600 (Figure 6) of a 
system management subsystem of a complex computer system are coupled to receive their 
configuration code from an EEPROM 602. EEPROM 602 is coupled to be programmable 
over a JTAG bus 604 from common configuration logic as heretofore discussed. The FPGA 
600 is coupled to an assortment of system management sensors and system management 
hardware, which may include but is not limited to fan speed sensors 606, voltage monitors 
608, CPU clock speed selection circuitry 610, CPU voltage selection circuitry 612, tamper 
switches 614, and temperature monitor circuitry 616. FPGA 600 embodies logic for 
communication between these system management sensors and hardware over an IIC system 
management bus 620 with a system management processor. 

[0065] In another embodiment of the present invention, FPGAs that receive their 
configuration code from EEPROMs capable of being in-system programmed in the manner 
herein discussed are used for routing of I/O information between I/O peripherals and 
particular system CPUs of the system. In yet another embodiment, FPGAs that receive their 
configuration code from EEPROMs capable of being in-system programmed in the manner 
herein discussed are used for interprocessor communications between system CPUs. 
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[0066] At still greater detail, the common configuration logic 228 (figure 8) IIC 
interface 232 has a slave mode physical layer 800 and address decode and control registers 
802. These interface the IIC bus 226 to an internal, parallel, bus 804. Two hundred fifty-six 
byte data-to-JTAG FIFO 806 and data-from-JTAG FIFO 808 are provided for buffering data 
transfers between the IIC and JTAG busses. Data can be transferred between IIC bus 226 
and FIFOs 806 and 808 through IIC slave physical layer 800. JTAG state machines 810 
enable single IIC commands to reset JTAG targets, read JTAG configuration, or transfer up 
to two hundred fifty six consecutive bytes between FIFOs 806 or 808 and a JTAG device 
through parallel-serial converter 812 or serial-parallel converter 814 according to the 
direction of the transfer. A simple bypass port 816 allows for bypassing of the state machines 
810 and FIFOs 806 and 808 in the event of logic error or need to perform unusual JTAG 
commands. 

[0067] Selection register 818 is addressable through the IIC interface 232. 
Selection register 818 designates one of several JTAG ports 820 to be active at any time. 
This is done by instructing a multiplexor 822 to couple a specific data line from a JTAG port 
820 to serial-parallel converter 814; and by designating which JTAG port 820 is to receive 
JTAG select lines from clock & select gating logic 824. 

[0068] The common configuration logic 228 also has a status register 826, which 
includes error flags, FIFO dipsticks 900 and 902 (Figure 9), FIFO empty flags 904 and 906, 
and a configuration header connected flag 908. The configuration header connected flag 908 
indicates whether any of the optional configuration headers, such as header 514, is connected 
to a configuration system. If a configuration system is connected to a header 514, the system 
management processor 526 identifies this when it checks 406 for a header connected, and 
will refuse to program EEPROMs to prevent accidental corruption of EEPROM contents. 

[0069] The FIFO empty flags 904 and 906 are tested to ensure all transfers are 
complete when the system management subsystem processor 312 checks for errors 420 after 
writing code 418 to the EEPROMs 

[0070] The invention has been described with reference to a particular partitioning 
of functional elements among circuit boards of a computer system embodying the invention. 
The invention is applicable to alternative partitionings of the system; there may be additional 
boards, or circuitry, illustrated as on separate boards, that may be combined, as necessary, for 
a particular embodiment. For example, and not by way of limitation, the common 
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configuration logic illustrated as on Board E 230 could be combined on a circuit board with 
the circuitry of Board D 204. 

[0071] While the invention has been particularly shown and described with 
reference to a preferred embodiment thereof, it will be understood by those skilled in the art 
that various other changes in the form and details may be made without departing from the 
spirit and scope of the invention. It is to be understood that various changes may be made in 
adapting the invention to different embodiments without departing from the broader inventive 
concepts disclosed herein and comprehended by the claims that follow. 
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